今天遇到了個棘手的問題，客人policy的因素導致沒辦法給開發的Robot他們要自動化的applications 正式環境，如果UAT環境的設定可以跟Produciton 相似，那還可以試試看機器跑不跑成功

每台電腦的屬性設定都不一樣，機器人之所以可以在不同電腦上做桌面自動化，是因為它可以將作業流程中的input與output程式都開啟在設定好的robot電腦之桌面上，再按照已編成的程序將數據從input程式取出並經過整理後放入output程式中。

怎麼做到的呢？ 小的我目前只會Blueprism (BP)先用BP來解釋

BluePrism提共了2種方式來方便開發人員取得input與output程式中的數據。

• 1. Spying (這中文好難翻 監視?)
     Spying 是BP用來定義在GUI上每個elements的方法
     Spying是BP自動化的鑽入程式(win32, html, etc…)底層去辨識出該程式目前開啟的使用者介面上的物件，如text box, radio button, 等等… 被spy到的物件，開發者便能獲取其數據(例如：取得text box數據後放入變數中) 或 將數據填入該物件中(例如：將變數值放入text box中)。這種做法在BP中是最有效率與紀律的開發方式。
     以下影片比較清楚
     https://www.youtube.com/watch?v=o7APr9gWIVg
• 2. Surface Automation (表層自動化? 一樣好難翻)
     開發者會使用Surface Automation因為BP無法正確或完整的spy程式的介面。這時就不是由BP去盤點並彙整介面中的物件，而是由開發者去框出程式介面上的各別物件，並對其進行定義。不同於spy出來的物件，BP完全無從得知開介面物件是個text box 或是button，也必須依賴開發者去設定給BP可以在該程式介面的物件做甚麼事，例如滑鼠點擊使得它active，ctrl + a使得內容數據全選，等等…
     https://www.youtube.com/watch?v=tgq357ws80o

BP對於大部分的程式介面都可以透過spy的方式完全掌握，因為它可以讀取其底層資訊。但是對遠端桌面 VDI中開啟的程式就無法，因此需要透過開發人員透過圖形化的盤點與定義來解析該程式的介面。